ATTR Syntax: Attr filename [permisaions] Usage : Examine or 
change the security permissions of a file Opts: -perm = turn off 
specif ied permisaion Derm= turn on specified permission -a = 
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Change execution 
lenamel filenames 



rms : d - directory file 
tfti^wner ▼ - write permit 
IM read permit to public 
ermitlo public BACKUP 

Copies all data from 
error occurs s = 
iirites BASIC09 Syntax : 
_feiBUlLD Syntax: Build 
^irom standard input 
'""^'^ working directory to 
kge: "' 
file 
tax: 



Usage : FiHli|ipi^iiiiiPPii^||Pi|^2tax: Cobbler devname 
Usage : CrlTatei W-9" boolstra^^ current boot CONFIG 
Syntax) ^— « ■ tt r — t^^ — i — i ---*- '-J •"-u disks COPY 

data from 

'E;;^:>:Syntax : 
.— ^ _ 

iiiiB> Usage 
sliictory 
iHira -m 
iiiiMnused 

l|ho = 
iafcame> 

^el [-x] 
mm^x = 
iiileldir 
lipax: Dir 
■■■ill file 
k=print 
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Usage: Cham wfne iglv€na=in^^ 

<devname> Usage : Initializes an OS -9 diskette Opts ; R - Ready L 
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So, here we Are at Noventber already. Another year has aliricst gone^ and Christmas is just around the corner. 
Everyone is making their Christmas wish list. The same goes for us died-in-the-'jicol 0S9 users. But inhere do uie go 
to get our goodies? Nom that InterTan Aust has left us in the lurch^ inhere can lue go" 

The answer to that is really quite plain. We will go to the places ahich have patiently provided support ail these 
years without necessarily making a big name for themselves. These places include Bla>;iand CoiTiputers, Coniputer Hut 
Softwarei Paris Radio, and, of course, there are a large number of software and hardware sellers in the USA and 
Canada who can be relied upon to provide value for money and good service. 

Of course, we will need to be careful about buying from overseas cofrtpanies, and I can only say that I, personally, 
will only buy from companies which get the "'Rainbow Seal'' from 'the Rainbow' magazine. I strongly recommend that 
you read their reviews and write-ups before committing yourself. Now don't get me wrong, this is not an 
advertisement for 'The Rainbow', but should be read as a mini review of their services. Advertisements for 
Australian companies may be found in CoCo-Link magazine. 

In this issue of our newsletter you will see another section of Ole Eskildsen's discussion of fourth generation 
languages and 'Sculptor', a review of the CRC Super controller, and a Ba5ic39 programme by Don Berrie for those of 
you who have purchased 'Window Writer', 

I would like to take this opportunity to welcome a number of new members in our midst, people who have heard of us 
from the CoCo-Link magazine (thanks to Robbie Dalzell), from John Belshaw at Bla>:land Computers (thanks John), or 
simply by word-of -mouth. Welcome ! 

Some of you people out there may not realise it, but we try to make this a user supported newsletter. 'Sure, I paid 
my $18.00' I hear you say. Yes, you did, and I thank you for that, without that commitment we would not be ihere at 
all, but do you realise how hard it is to fill ten to a dozen pages each month with something that is of interest 
to every-one? I would like to get some ideas of what to write about. Would some-one volunteer to do an article or 
two on how to use 'Dynacalc'? How about 'PhantomGraph' ;^ We would even consider printing the results in the 
newsletter of a graph made from a Dynacalc file, 

I've been assured by Bob Devries that if anyone has an idea for a small utility type programme (nothing too fancy), 
he is willing to 'give it a bash' writing in 'C (preferably) or 3asic39. How about it, any takers? 

Are there any people reading this who have any knowledge about other 0S9 systems besides Colour Computer level one 
and two, and atb willing to share their knowledge or give me a pointer to users of such systems, I would be most 
grateful. I'd like to think that this newsletter is not just for Colour Computer users, but can service the wider 
0S9 community as well. 

Like every-one else, we would like a holiday too, so we intend publishing a bumper December-January issue. Because 
it will be larger than normal, we will be unable to get it compiled before the beginning of December, but we hope 
to be able to mail it during the second week of the month. 

Well, that's it from me for this month, keep the 0S9 flag flying, and happy computing. 

Regards, 
The Editor. 
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The fol lowing Bubiriission is part two of the s&riBs by Ole Eskiidsen on fourth generation languages. The content of 
this series serves as an example of just what can be done with 0S9 (even uith the humble Color CoiTiputer) and 
another reason why we all need to maintain interest in this versatile Operating System. Please let us have your 
comments so that we can endeavour to cater to your needs. Reirjeufber, no feedback can be very difficult to deal with. 

Editor. 

FOURTH GENERATION LANGUAGES (4GL5) AND OS-9 

PART 2 -SCULPTOR 

This is the second part of my three part article on 4GLs for the 03-9 operating system. How did you 
find Fart 1? I hope you liked it. In this part 1 will describe one of the 4GLs available under 0S-9t namely 
SCULPTOR, Sculptor was developed in the UK by Microprocessor Developments Ltd and has been available for some 
time for OS-9. Under OS-9 it is a true multi-user system with efficient (and automatic) record locking. The 
program-s are compiled which results in faster running prograris. Besides 03-9, Sculptor is available for a 
great many other operating systems including MS-DOS (single-user or networked multi-user), UNIX and XENIX, 
DEC WAX, ONX and many, many others. Not only that, but it is object code compatible, which means that a program 
compiled on ANY version will e>!ecute on ANY OTHER version WITHOUT recompilation. Can you imagine: You develop a 
prografTi or a complete system in Sculptor for instance on a CoCo3 (Sculptor is only available for 03-9 Level 2) and 
then copy it to a UNIX machine or MS-DOS or whatever and it is instantly ready to run. Of course to achieve this 
result it is necessary to have a run time version of Sculptor on the target machine because Sculptor compiles its 
programs into an intermediate object code (I-code) much like EAS1CS9. 

So what do you get when you purchase a copy of Sculptor Development System? You get a good looking A5 size 
manual in a 4-ring binder in a slip case in the by now familiar PC tradition containing a couple of hundred 
pages. There are actually three manuals: l) Installation Manual; 2) An Introduction to Sculptor; and 
3) Sculptor Reference Manual. You further get two diskettes with the system and utilities, and the Australian 
Distributor has added a third diskette with a collection of useful little programs and numerous samples. I found 
the Sculptor Introduction very easy to go through and after spending only a short time (a coulple of hours) I 
was able to start e/i peri men ting with the language, and what a delight this turned out to be. 

Eut first, what modules does the Sculptor Development System consist of? It consists of i) A Data Dictionary. 
2) Compilers for interactive Screen (also called Forms) type programs and Report type programs. These are called 
CF and CR respectively. 3) The run time modules to execute the programs compiled with CF and CR, called Sage (for 
screen type programs) and Sagerep (for report type programs). 4) Two programs which will automatically generate 
complete screen or report type programs from your data dictionary specifications. These are called SG for 
screen generator and R5 for report generator. 5) A Menu program to automatically generate menus. 6) Various 
utility programs to perform file handling tasks, and to specify different screen and printer types, and 
finally a Query program to perform ad-hoc queries and reports. In other words, a complete development and run 
time environment with facilities to run on many different computers, terminals and printers without 
reprogramming. 

We will now take a closer look at how all this will work for you. The best way, I think, would be by 
describing an e>;ample, so I will noui describe the typical work sequence in a simplified form. 



1. Systems Design - You define what the system is going to accomplish, 

2. Data Definition - What data do you need to store. 

3. Development - Develop the programs, compile and test. 

4. Production - Use the program (s). 



To use a simple and well worn example. Let us say we want to develop an address book. What data would we 
need? Probably Name, Street, Town, State, Postcode (zip code for our American friends), telephone number, etc, 
etc. So we decide to create a file called address, which we do by using the dictionary program called "Describe", 
we simply type: 'describe address". We now see: 
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Descriptors for address 

For each field enter; 
nameTheadingitype&sizeT format; validation 
Type h for help. 

KEY FIELDS 
l: 

We enter the infcrmation about each field, selecting one or fnore fields to hold the key which must be 
unique. When we 5re finished, the record description might look like this: 

Descriptors for address 

KEY FIELDS 

l;nan)e,NAME,a20» 
DATA FIELDS 

2: street, STREET, a20» 

3:toutn,T0WN,al3, 

4:5tate,STATE,a3, 

5:po5tcode,PC0DE,a6, 

6: phone, TELEPHONE, alS, 

We save the record description which creates a file called 'address. d" and we can new generate a standard Screen 
Form progratft by typing: 

sg address 

and in less than one fninute we have a program where the source program is called 'address. f and the compiled 
program is called "address. g". Before we can execute the program we have to create the actual data file and 
its associated key file called 'address' and 'address, k' respectively. This is done by typing 'newkf address' 
and in seconds the empty data file is created. The Screen Form program we created presents the following screen 
when we type: "sage address", where 'sage' is the Screen Form program run-time interpreter: 

■ADDRESS'FILE IIAINTENANCE 

Today's date [ ] 

NAME [ ] 

STREET [ ] 

TOWN [ ] 
STATE [ ] 
PCODE [ ] 
TELEPHONE l 3 

i=insert f=find n=ne>'.t p=prev m=match a=amend d=delete e=e>at 

Which option do you require? 
X / 

Neat, don't you agree? The second last line shows all the options, such as inserting records, finding records, 
amending records, and so on. All without any programming. Now go ahead and enter some records, find them again, 
amend them, delete them, etc. 



Now that we have got some data in cur file, let us create and print a report. We type: "rg address' and a 
moment later we have a source program called ' address. r' and a compiled object program called ' address. q'. 
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To run the report we type 'sagerep addresB" where "sagerep" is the run-time interpreter, but you had figured 
that out) hadn't you? 

This is what the report would look like: 



"ADDRESS" FILE REPORT 

Page: 1 Date: 27/ 9/S9 

NAME STREET TOWN STATE PCODE TELEPHONE 

Sunny bank QLD 4109 07-3455 i 41 

OLD 4075 07-3753236 

OLD 4077 07-372781-6 

OLD 4114 07-2094322 



Bent: en, Gordon 


8 Odm Street 


Sunny bani 


Eerrie, Don 


25 Irwm Terrace 


Oxley 


Devries. Bob 


21 Virgo Street 


Inala 


Eskiidsen. Ole 


11 Hon arch Street 

END OF REPORT 


Kingston 



How do you like that? In less than art hour we have created a complete little systeRi to create> store and 
manipulate our address book and report on it! 

Are you beginmg to see the poiner of 45Ls? I hope so, otherwise I have failed in describing the benefits to you. 
Remeiiiber, the source programs generated can be modified by the programmer, so what I do most of the time, is 
to generate the standard program first and then use that to develop the final product. In the extremely 
simple e>;ample aDove we have only used one file, but you can, of course, use multiple files. You, the 
programmer, have complete control over everything going on, if you oesire. On the other hand, it only takes 
minutes to generate simple applications. Another point which shows the power of Sculptor: Uhen the Screen Form 
program is being compiled, the compiler examines the way files are used in the program. If a file is being 
updated in any way (such as in the example above) then Sculptor creates the necessary record locking, so that 
two persons cannot update the same record at the same time by accident. Ask the DBase (IBM PC 
database) programmers if they can do that automatically, or whether they have to meticulously write the 
record locking every time. If a file is not used for updating then no record locking is being performed. Pretty 
powerful stuff' 

Who is using Sculptor, you might ask? Well, quite a number of individuals and organizations. For instance, 
Australian Telecom, a Queensland Government Department, numerous software houses, and many others. 

The above is only a very small, simple example, space does not permit any more. In Part 3 I will discuss a 
more complex example and make you an offer you cannot refuse, I hope. Address any correspondence concerning 
these articles to: 

Ole Eskildsen 
11 Monarch St 
Kingston OLD 4114 
Phone: (07) 209 4322 
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A TIDY-UP PROSRAhfE FOR WINDOW WRITER* 

(*) - Window Writer is a Copyrighted programme designed by Raj DaEh^ and published by OWL-WARE. 

As promised in the last issue of the newsletter > here is my solution to return the system to the yay it 'utas before 
the Window Writer programme is run. See my article on Page 10 of the October issue for a description of the 
problem. Simply put? however^ the programme Window Writer modifies your system to the extreme, and the only 
effective way to restore it is to reboot. 

This programme was written in Basic39 so that the majority of users will be able to use the code. It could have 
been written in "C" and been considerably shorter (and easier )» but that would have limited its usefulness. For 
those of you who don't have the Window Writer programme » the Easicfl9 code still forms a useful tutorial on seme 
more-advanced Basic09 programming techniques. 

The solution of the Window Writer problem is two-pronged. Firstly? modifications to the palette tables and window 
parafiieters can be solved by running the programme in a newly created window. When the window is finally closed^ 
all of the above modifications die with the window. Because I wanted the fi>; to be system independant? I have used 
the /w descriptor to open the new window. This descriptor uses the next available window descriptor for the 
creation of the new window. The problem is however » that we don't know the name of the new window (it could be Wh 
W2) W9 etc or any other unused window descriptor). We have to know this in order to redirect the input and output 
(NOTE ttl in PROCEDURE wt) of the WW programme to this new window. 

Because we know the path number that was returned when we opened the window (in the OPEN #wpath statement) ^ we can 
use this value to read the path descriptor options section of the path descriptor? and get the actual window name 
(returned in the string variable winnam). This is accomplished in the PROCEDURE getdev. 

So far so good. But now comes the difficult part. 

The other part of the problem? as I e>;plained m the last newsletter? was that a number of modules remained in 
memory. The cause of this problem is twofold. Firstly? some modules have a non-zero link count. Hodules which 
haye a link count are retained in memory. Secondly? modules which are merged together and loaded as a single file 
of less than 3K bytes (and are therefore in the same SK block in memory)? will not be unlinked until the link count 
of every module in that block becomes zero. Therefore some modules will be retained in memory even though their 
link counts are zero. 

A compounding factor with this programme is that the link counts of the modules which are retained in memory (for 
whichever reason)? change! As far as I can tell? the specific modules which remain linked? and their actual link 
counts? is dependant on exactly which parts of the programme are used. 

My first approach involved simply using the 0S9 UNLINK command via the Basic09 SHELL function? and continuing to 
unlink each module until all the link counts became zero. Unfortunately? while UNLINK does not report an error 
when it tries to unlink a module with a link count of zero? it does report an error when trying to unlink a module 
which is no longer there. This means that if you try to unlink a module which has been removed? a error is 
generated. Because of this? it is not possible to use an error trap (for error #221) to determine when all the 
link counts are zero. (Because it will generate that error as soon as the first 3K byte block is removed? and 
there is more than one block involved m this case). 

After running the programme in a number of different ways? and using a number of different features? I determined 
that the two modules which always had the highest link counts were "Bchain" and 'termset'. Provided that I could 
find a way to ignore any ERROR #221' s which were generated? I surmised that? provided I unlinked all the modules 
until those two modules were no longer linked? the all would be fine. 

The method that I used involved using the system call UNLOAD via the Syscall procedure? (see page 3-42 of the 0S9 
Technical Referance Manual) and only checking the B register after each attempt to unlink all of the modules. Hey 
presto it worked! Also? it had the added advantage that the programme no longer requires that the UNLINK command 
be available? and is thus more system independant. 

As yet I have been unable to develop a method to circumvent the merging of Window Writers custom modules with the 
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Runb module. The only thing that 1 can suggest is that you maintain a separate commands directory for this 
programme which has the modified Runb module located there. 

To use this patch programme^ simply type in the code» save it, then pack the code. Transfer the packed code to the 
execution directory from which you norinally run Window Writer. Instead fo typing utii to start the progranmte, type 
ut (for Window Tidyup), and away you go. 

If you have any problems, please contact me. I personally don't use Window Writer, as I do not own a copy of it. 
However, I have tried all sorts of combinations of commands while running Window Writer via this patch programme, 
and 50 far h&ve not found any problems. Myself? I use Stylograph, and love itfl 

Happy writing. Cheers ... Don Berrie (B7) 375-3236. 

<Listing> 

PROCEDURE wt 

DIM wpath:EYTE 

DIM winnaii.:STRING[323 

DIM i: INTEGER 

OPEN ^wpathiV/w^iUPDATE 

SHELL "load ter inset" 

RUN gf}:2twp5th,"DWSET%2,0,0,Se,24,4,l,l) 

RUN gfx2(;Dpath,«SELECTM 

RUN getdevUipath,winnari) 

SHELL 'WW <»>"+winnatTi (***** NOTE #1 *****) 

SHELL 'unlink termset' 

RUN unload 

100 RUN gf>:2(l, "SELECT') 

RUN gf>;2\wpath,'DWENDM 

CLOSE #wpath 



PROCEDURE getdev 

TYPE registers=cc,a,b,dp:EYTE; }:,y,u: INTEGER 

DIM regsiregisters 

PARAM wpathi:EYTE 

PARAM winnam:STRING[32] 

DIM i: INTEGER 

DIM callcodeiBYTE 

regs.a=wpathi 

regs,b=$0E 

regs.>:=ADDR(winnafTi) 

callcode=$3D 

RUN syscall ( call code, regs) 

FOR 1=1 TO 32 

EXITIF MiD$iwinnam,i,r)>CHR$(12S) THEN 
winnam="/=+LEFT$(winnam,i-r)+CHR$(ASC(MID$(winnam,i,l))-128) 

ENDEXIT 
NEXT i 
END 

PROCEDURE unload 

TYPE registers=cc,a,b,dp:EYTE; >;,y,u; INTEGER 

DIM regsiregisters 

DIM i: INTEGER 

DIM callcode:BYTE 

DIM moduls(37):STRINGt20] 

DIM modtype(37); INTEGER 
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FOR 1=1 TO 37 

READ modtyped) 

READ friodulsd) 
NEXT i 

DATA 34T'get_na{Be' 
DATA 34i'get_fflenu" 
DATA 34, "f copy' 
DATA 34, 'f rename" 
DATA 33,'gf>;2" 
DATA 33/SysCall' 
DATA 33/Inkey^ 
DATA 33,''ii(P_trulen' 
DATA 33/iifP_putline' 
DATA 33,'wp_E.ublen' 
DATA 34,"cjU5tify' 
DATA 34,Vju£tify' 
DATA 33,';ifp_getline" 
DATA 33,'empty_key5" 
DATA 33,'5pace_count'' 
DATA 33/cut_lead'' 
DATA 33/get_ptr' 
DATA 17,'PBaud" 
DATA 33, "process" 
DATA 33, 'itip_ insert" 
DATA 33,'ujp_deletB" 
DATA 33,*ctrl_SB3rch'' 
DATA 33,'5pace_search'' 
DATA 33, "un justify" 
DATA 34,"get_select' 
DATA 33, "get.iRcuse' 
DATA 34, 'troll" 
DATA 34,"fg8t' 
DATA 33,"indent.cDLint" 
DATA 33,''dU!Tib_prt" 
DATA 34,"fjU5tity" 
DATA 34,'fsort'' 
DATA 33, "wait" 
DATA 33, "output" 
DATA 33, "fork" 
DATA 33,"SChain" 
DATA 33,''termset'' 
callcode=$lD 
WHILE i3<>l DO 
FOR i=l TO 37 

rBg5,a=iTicdtype(i) 

regs. b=3 

reg5,>;=ADDR(frjodul5(i}} 

RUN 5y5C5ll(callcode,rBg5) 
NEXT i 
IF regs.bOS THEN 

GOTO 100 
ENDIF 
ENDWHILE 

100 SHELL "unlink runb" 
END 

<End of Listing)- 
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Super Controller 

a hardware revieu 

by Bob Devries 

Package: Super Controller II 
Source i CRC Computers 

11 Des Lauren tides Blvd. 

Laval, (Quebec) 

CANADA. H7G 2S3 
Price : U3$13B.00 

The CRC Super Controller II 15 by far the best piece of Colour Computer hardware I own besides the CoCo 3 itself. 
It gives roe the best of both worlds. It works fine as a standard controller under RSDOS (yech) and, with the 
special software drivers provided, it siiriply flies with 059 Level 2. 

Imagine this. You want to copy all the files frofii one disk to another using DSAvE, but, at the same tiuie, you must 
get that article for the newsletter finished. Under nornial conditions, you would put off the DBAVE until later, 
because the newsletter has higher priority, yeil, now you don't have to put it off anymore. You can run your 
favourite word-processor AND DSAVE at the saine tifne! (rm doing that right now as i type this review. The only way 
you'll notice that DSAVE is running is from the whirring of your drives, and the flashing of the drive activity 
LEDs. The drive accessing simply does not interfere with other processes running any more than normal without the 
drive access: Sounds great? Here's what you get; 

The sen comes in a neat aluminium bo>! of about the same dimensions as the older TANDY controller, painted beige 
with the CRC Disto logo on it. Inside, there is a neatly solder masked, silk-screened printed circuit board with 21 
integrated circuits on it. These include a socketed EPROM with your choice of R3D031.1 or CDOS, (or you can put in 
your own 2A pin Tandy ROM), e WDi773 disk controller K^ a 6116 2K static RAM chip, and the rest are support chips. 
Also on the board is a 17 pm e>!pansion plug. The edge connectors for the computer and drive connexions are gold 
plated and the computer end includes 2 ground connexion tabs. 

The 17 pin plug is used to attach the expansion boards which are also available from CRC. These are: 

Real Time Clock and Parallel Printer adaptor 

Mini EPROM programmer 

RS-232 adaptor 

Hard disk adaptor (SCSI bus) 

Hard disk adaptor with RS-232 

3 in 1 multi -board adaptor 

this includes: parallel printer port 
re&l time clock 
RS-232 port. 

4 in 1 multi-board adaptor 

this includes all of the 3 in 1 features plus: 
Hard disk adaptor (SCSI busi 

I have had my SCI I for some time now, and I am really thrilled by its performance. I have had no incompatibility 
problems, and all my software, both 0S9 and RSDOS runs perfectly with it. On a scale of I-IP Td rate this package 
an 11 ' 

Regards, 
Bob Devries 
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Here is a listing or the current membership, just m case you may wish to contact other 0S9ers near you. Ue have 
not included phone numbers, as it My be that some nunibers given to us are the unlisted type etc. So ue suggest 
initial contact by the mailing addresses shown. 

To members who have renewed for this subscripton year, our sincere thanks for your continued support^ and to the 
new meffibers we say WELCOME to the National 0S9 user group. We hope that you all find something of interest in the 
pages of earh edition. 



NATIONAL 0S9 USER GROUP tIEHEERS as at 10/2S/39 jnm/dd/yy 



AMBROSI 


Jules 


172 OGILVIE STREET 


ESSENDON 


VIC 3i340 


EENTZEN 


Gordon 


8 ODIN STREET 


SUNNYBANK 


OLD 4139 


BERRIE 


Don 


25 IRWIN TERRACE 


OXLEY 


OLD 4075 


BLANDFORD 


George 


27 CANBERRA STREET 


MOE 


VIC 3S25 


CHASE 


Scott 


3 THOMAS STREET 


BAXTER 


VIC 3911 


COSSAR 


Lin 


12 RAKEIORA GROVE 


PETONE 


N.Z 6303 


DAL2ELL 


Robbie 


31 NEDLAND CRES. 


PT.NOARLUNGA STH SA 5167 


DEAN 


James 


P.O. BOX 549 


Sth. WINDSOR 


NSW 2756 


DEANE 


Robert 


3 BLOOM COURT 


CRANBROOK 


QLD 4S14 


DEVRIES 


Bob 


21 VIRGO STREET 


INALA 


QLD 4077 


DONGES 


Geoff 


2 BONNOR CLOSE 


HOLT 


ACT 2615 


EATON 


David 


23 GREG30N PLACE 


CURTIN. 


ACT 2605 


EDWARDS 


Peter 


4i3 DAVISON STREET 


MITCHAM. 


VIC 3132 


EBKILDSEN 


Ole 


U MONARCH STREET 


KINGSTON 


OLD 4114 


EVANS 


John 


S3 OSBURN DRIVE 


MACGREGOR 


ACT 2615 


FRITZ 


Terry 


M/S 546 


FOREST HILL 


QLD 4342 


FROST 


Phil. A. 


25 CHEETHAM STREET 


KALGOORLIE. 


WA 6433 


HARRIS 


Michael 


P.O. BOX 25 


BELMORE 


NSW 2192 


HUGHES 


Peter 


54 PRINCETON ST 


KENMORE 


OLD 4069 


JACQUET 


J.P. 


27 HAflFTON STREET 


DURACK 


QLD 4277 


JAHES 


Phil 


P.O. BOX 359 


LIVERPOOL 


NSW 2170 


JENKINSON 


Cec 


49 HUTHWAITE ST. 


NAGGA wAGGA 


NSW 2653 


KEwLEY 


LiuLig 1 as 


2 DRVSDALE AVENUE 


TEE TREE GULLY 


SA 5091 


MACKAY 


Rob 


27 HAWARRA STREET 


KINGSTON 


GLD 4114 


ilANNING 


Peter 


7 CALNON STREET 


BABSENDEAN. 


WA 6054 


McKAV 


Ross 


56A CORNELIA ROAD 


TOONGABBIE 


NSW 2146 


McLINTOCK 


George 


7 LOGAN STREET 


NARRABUNDAH. 


ACT 2604 


McMASTER 


Brad 


119 WILlOUGHBV ROAD 


CROWS NEST 


NSl] 2065 


MORTON 


David 


c/o P.O.BOX 195 


CONDOBOLIN 


NSW 2S77 


MUNRO 


Ron 


45 SUNNYSIDE CRES. 


NORTH RICHMOND 


NSW 2754 


O^DONNELL 


Bill 


47/2 FRANCIS STREET 


ARTARMON. 


NSW 2064 


OELAK 


Gerd 


56 ELIZABETH PARADE 


LANE COVE 


NSW 2066 


PATRICK 


Wayne 


12 O'CONNELl ST. 


GYMPIE 


OLD 4570 


PEARCE 


W.Leigh 


47 ALLENEY AVENUE 


RESERVOIR. 


VIC 3073 


PRATT 


Ross 


31 CAMPBELL STREET 


COOMA 


NSW 2630 


REID 


Theo 


35 AVONMORE AVE. 


PORTLAND 


VIC 3305 


SCHIPPLOCK 


Kevin 


19 CELTIS STREET 


ACACIA RIDGE 


QLD 4110 


SIMPSON 


Andrew 


17 GLENEFER STREET 


RUNCORN 


QLD 4113 


SINGER 


Maurice 


217 PRESTON ROAD 


WYNNUM WEST 


QLD 417S 


SKEBE 


Jeff 


92 BYNYA ROAD 


PALM BEACH 


NSW 210S 


UNSWORTH 


Rob 


20 SALISBURY ROAD 


IPSWICH 


QLD 4305 


USHER 


John 


47 POLARIS AVE. 


KINGSTON 


QLD 4114 


WAGNIT2 


Ken 


2 DEPINDO AVE. 


EDEN HILLS 


SA 5050 


Total Members 


43 
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